home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / dev / www-talk.9301-9306.Z / www-talk.9301-9306 / partp2-19841292 < prev    next >
Encoding:
Text File  |  1995-04-24  |  2.1 KB  |  41 lines
  1. > I would like to specify that multiple spaces be interpreted as such.
  2. > Would this be a big problem for anyone?
  3.  
  4. As a general attitude to spacing, I still think that Knuth got it
  5. right with TeX [TeXbook, p.46]: by default newlines, tabs and spaces
  6. are treated as equivalent, multiple spaces are collapsed, spaces and
  7. tabs at the starts of lines are ignored, and extra space after
  8. punctuation is handled separately.  (TeX is a typesetter, and spacing
  9. punctuation in one-space units would be too coarse.)  Knuth's thinking
  10. was that if you can't see the difference on the screen then it should
  11. not make a difference to the final output.
  12.  
  13. On the other hand, there are two reasons not to adopt Knuth's
  14. conventions verbatim: first, your hands are likely tied by SGML
  15. compatibility; second, you are working in a fairly clunky character
  16. medium rather than fine typesetting.  If the spacing is done in units
  17. of a normal inter-word space, then indicating a double-wdith space
  18. with two space characters *is* an expedient convention.  (Especially
  19. as HTML has no way of distinguishing an end-of-sentence full stop from
  20. an abbreviation-indicating fill stop.)
  21.  
  22. That said, being able to rigidly indent the text of a document with
  23. markup can greatly improve its legibility -- with TeX documents I
  24. indent the text one tab stop, leaving the macros that generate
  25. headings and delimit regions of text in column 0.  This makes the
  26. structure of the document easier to follow.  (It also prevents UNIX
  27. sendmail from inserting ">" characters before "From".)  The same
  28. applies to HTML documents, excapt that if the text is indented, only
  29. Mosaic can display them properly.
  30.  
  31. You could specify that any number of whitespace characters (SP, HT,
  32. LF, CR) may follow the CR or LF marking the end of a line, and they're
  33. all ignored (except in PRE elements, of course).  This would mean that
  34. indentation of text lines is ignored, as well as any blank lines (even
  35. ones with spaces on them).  Doubled spaces after sentences would be
  36. preserved.  This should be easy to implement, and allows people like
  37. me to format their text pretty much as they would like.
  38.  
  39. Damian
  40.  
  41.